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METHOD AND APPARATUS FOR PROCESSING DATA 
Field of the invention 

The present invention relates to data processing in general, and more particularly to a 
method and apparatus for pipelined processing of data. 

» 

5 Background 

Many computers process data in a pipelined process. A processor which uses a pipelined 
processing technique and which receives a stream of data to be operated upon by the 
processor can be divided into segments referred to as processing stages, each processing 
stage being capable of executing operations on data. The processing stages make up a 

10 pipeline. Several data packets may simultaneously be present in the processor pipeline, 

being operated upon by different processing stages, and being brought forward to the next 
processing stage in the pipeline as time flows. Each processing stage can execute 
operations on the data present in the processing stage. Upon each clock tick, data is passed 
onto the subsequent stage by loading registers that are located between the previous and the 

1 5 subsequent processing stages. The data thus becomes present in the subsequent stage. 

Summary 

A problem to which the present invention relates is how to improve the possibilities of 
utilising pipelined processing of data. 

20 This problem is addressed by a method of pipelined processing of a data packet in a . 

processing, means comprising at least one processing stage. The method is characterised by 
associating information reference to said data packet, said information reference 
comprising information relating to the length and position of information contained in the 
data packet. The method is further characterised in that, if said data packet is processed in a 

25 processing stage in a manner so that the length and/or position of said information 

contained in the data packet is changed, then the information reference is altered in order to 
reflect said change. 

The problem is further addressed by a processing means for pipelined processing of a data 
30 packet, and by'an integrated circuit and a computer unit comprising said processing means. 
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The processing means comprises at least one processing stage comprising a logic unit and a 
register for storing at least part of said data packet. The processing means is characterised 
in that at least one register for storing information reference associated with said data 
packet is accessible to said logic unit, and at least one of at said at least one logic units is 
adapted to operate upon said information reference. 

By the inventive method and processing means is achieved that the information contained 
in a data packet can be operated upon, by a pipelined processor, in a manner so that the 
length of the information contained in the data packet, and/or the position of the 
information in the data packet, is altered. By altering the value of the information reference 
accordingly upon such operations, information will always be available about the length 
and position of the information in the data packet. 

In one embodiment of the invention, at least one bit is added to the data packet prior to 
associating information reference to the data packet. In this aspect of the invention, the 
processing means further comprises means for adding bits. Hereby is achieved that the 
information contained in the data packet when the data packet exits the processing means 
can occupy more bits than the number of bits that the data packet entering the processing 
means comprises. In this embodiment, the at least one bit is preferably added to the data 
packet in the beginning of the data packet as a dummy header, and/or at the end of the data 
packet as a dummy tail. Hereby is achieved that the method and processing means are 
made suitable for processing of data packets in a communication system in which headers 
and tails are added and removed from a data packet as the data packet is transmitted within 
the communication system. The means for adding bits could suitably comprise a buffer and 
a shifter. Advantageously, the shifter could be a barrel shifter. Hereby is achieved that the 
number of bits being added to a data packet is flexible. The number of bits being added 
could e.g. differ between each packet, be static, or be varied from time to time according to 
the desire of the operator of the processing means. 

In one aspect of the invention, at least one bit is removed from the data packet upon the 
data packet exiting the last one of the processing stages. In this aspect of the invention, the 
inventive processing means further comprises means for removing at least one bit from 
said data packet. Hereby is achieved that the use of bandwidth is made efficient, and that 
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bits not containing any information can be removed Preferably it is determined, prior to 
the removal of bits, whether any bits of the data packet are superfluous, and if so, then said 
superfluous bits are removed Hereby is achieved that the use of bandwidth is optimised 
The means for removing bits could suitably comprise a shifter and buffer. Said shifter 
could advantageously be a barrel shifter. The barrel shifter could use the information 
reference to determine how the bits of the data packet should be shifted 

The information reference could preferably be included in additional information 
associated with said data packet. The at least one processing stage of said processing means 
could then comprise at least one register for storing information reference. Hereby is 
achieved that processing of information reference can be made fast, and, when the data 
packet is divided into at least two data blocks, that the information reference can slide 
backwards and/or forwards within the data blocks in order to be available only to the 
processing stage operating on either one of the data blocks. 

Brief description of the drawings 

Fig. 1 shows an example of a data packet. 

Fig. 2 is a schematic illustration of a processing pipeline comprising two processing stages. 

Figs. 3a-d illustrate how a data packet is operated upon according to an embodiment of the 
invention. 

Figs. 4a-d illustrate how a data packet is operated upon according to another embodiment 
of the invention. 

Fig. 5 is a flowchart, schematically illustrating an embodiment of the inventive method. 

Figs. 6a-d illustrate an embodiment of how information reference can slide backwards 
within a set of data blocks in a processing pipeline. 



Fig. 7 illustrates processing means according to an embodiment of the invention. 
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Detailed description 

Most data communication systems consist of a number of nodes, in which data, may be 
processed and between which nodes data packets are transmitted by use of several 
protocols. A node can use one or more protocols for the transmission of data packets. 
When a data packet is transmitted using a protocol, the transmitting node may add a 
protocol header and/or a protocol tail to the data packet in order to add information 
necessary to the further transmission of the data packet. Similarly, when a node receives a 
data packet, the receiving node may remove a protocol header and/or a protocol tail from 
the data packet in order to unpack the data contained in the data packet. A typical data 
packet 100 is shown in Fig. 1, where user data 1 10 is encapsulated in a header 120 added 
by a first protocol, a header 130 and a tail 140 added by a second protocol, and a header 
150 added by a third protocol. As the data packet 100 is transmitted within the 
communication network, nodes will repeatedly encapsulate the data packet 100 by adding 
headers and/or tails, and decapsulate data packet 100 by removing headers and/or tails. 

In Fig. 2, an example of a processing pipeline 200 comprising two processing stages 205a 
and 205b is shown. Obviously, a pipeline 200 may comprise more than two processing 
stages 205. The processing stages 205a and 205b comprise logic units 210a and 210b, 
respectively, in which the operation on data is performed. A data block 215, comprising 
one or. several data packets 100, or parts of a data packet 1 00, is stored in a data block 
register 220a upon entering the pipeline 200. Additional information 225 associated with 
data block 215, such as e.g. information about which instructions should be executed on 
data block 215 in pipeline 200 (see Swedish patent application 0100221-1, filed by the 
applicant and hereby incorporated by reference), may accompany the data block 215 and 
can be stored in one or more additional registers 230a. The additional information 225, as 
well as the data blocks 215, may or may not be operated upon in the pipeline 200. As data 
block 215 and additional information 225 has entered the pipeline, they will be processed 
by logic unit 210a. Upon a first clock tick, the data block 215 and additional information 
. 225 will be stored in data block register 220b and additional register 230b, respectively, 
which registers are accessible by processing stage 205a and processing stage 205b. A 
second data block (not shown in the figure) may then enter register 220a, possibly 
accompanied by associated additional information that could enter register 230a Upon a 
second clock tick, data block 215 and additional information 225 will be present in 
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processing stage 205b, while the second data block will be present in processing stage 
205a. Upon a third clock tick, data block 215 and additional information 225 will be stored 
in registers 220c and 230c, respectively, while the second data block will be stored in data 
block register 220b. A third data block 215 may now enter the pipeline, to be stored in data 
block register 220a. 

A register for storing data, such as registers 220 and 230, can only store up to a pre- 
determined maximum of data bits, and a processing stage 205 can only process a pre- 
determined amount of data bits at a time. When adjusting the flow of data through pipeline 
200, these limits of the registers 220, 230 and the processing stages 205 would have to be 
considered. A further consequence hereof is that in a pipelined processing environment, to 
add bits from the data present in a pipeline 200 would cause huge problems in terms of e.g. 
interference with preceding and/or following data blocks 215. Therefore, designing 
pipelined processors or ASICs to be used in systems in which bits are added and/or 
removed by the processors, such as e.g. data communication systems where headers and/or 
tails are regularly added to, and removed from, data packets, is not a straightforward 
process. In order to allow for changing the size of data packets within the pipeline 200, 
complex logic for dynamically shifting data at any stage of pipeline 200 would be required, 
as well as some flexible queuing of data blocks 215. 

A solution to the problem of how to be able to vary the number of bits of a data packet 1 00 
that is processed in a pipeline 200 is to add dummy bits to the data packet 100, prior to the 
data packet 100 entering the pipeline 200. Variable(s) for recording the length of the data 
packet 100 (i.e. the number of bits contained in data packet 100), and the position of the 
first bit of data packet 100, could then be associated with data packet 100. As data packet 
100 is operated upon and the length and position of the information contained in data 
packet 100 is altered, these variable(s) of recording could be altered accordingly. 

In the following, it will be assumed that the number of bits added to a data packet 100 is a 
multiple of eight, i.e. the added bits can easily be formed into bytes. However, any number 
of bits could be added to a data packet 100. 
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Fig. 3 schematically illustrates a received data packet 100 being encapsulated according to 
an embodiment of the inventive method. In Fig. 3a, a received data packet 100 comprising 
n bytes is shown. In Fig. 3b, a dummy header comprising m bytes is added to the received 
data packet 100, as well as a dummy tail 310 comprising k bytes, the received data packet 
100, the dummy header 305 and the dummy tail 310 making up an intermediate packet 
315. The shaded colour of dummy header 305 and dummy tail 310 indicates that the bytes 
contained therein do,not represent any information, i.e. dummy header 305 and dummy tail 
310 are empty. Additional information 225 comprising information about the length of the 
information contained in intermediate packet 315, as well as about the position of the 
information contained in the intermediate packet 315, hereinafter referred to as information 
reference 320, could then be associated with intermediate packet 315. When intermediate 
packet 3 1 5 is first generated, information reference 320 should preferably contain 
information about the length of the received data packet 100, as well as information about 
the position of received data packet 100 within intermediate packet 315. In Fig. 3, such 
information reference 320 is illustrated by a length value 325, indicating the length of the 
part of the intermediate packet 315 that contains information, and an offset value 330, 
indicating the position of the first byte of intermediate packet 315 that contains 
information: The length value 325 and the offset value 315 could preferably be stored in 
different additional registers 230. In Fig. 3b, the length value 325 takes the value n, while 
offset value 330 takes the value m. In other implementations, such information reference 
320 could comprise information representing the position of the first byte of information 
and the last byte of information in intermediate packet 315, or information representing the 
length of the information contained in intermediate packet 315 and the position of the last 
byte of information. 

Fig. 3c illustrates that the intermediate packet 3 1 5 has been executed upon by one or 
several of the logic units 210 in pipeline 200. Parts of the dummy header 305 and the 
dummy tail 310 of the intermediate packet 315 of Fig. 3c are used to represent information, 
so that the size of the data containing information is increased from n bytes to / bytes, 
where / < n + m + k . In the example given in Fig. 3c, p bytes of dummy header 305 and q 
bytes of dummy tail 310 are used for information. This is illustrated by the shaded area of 
intermediate packet 315 being smaller than the shaded area of intermediate packet 315 
shown in Fig. 3b, a shaded area representing empty bytes. Accordingly, the value of length 
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value 325 of Fig. 3c is n+p+q, while the value of the offset value 330 is m-p. An example 
of an operation that would result in this scenario could be the encapsulation of a data 
packet 100 by a transmitting node in a data communication system by adding a header and 
a tail comprising information relevant to the following transmission of the data packet 100. 
Another example could be a local subsystem, used for transmission of data to another local 
subsystem within the same node, encapsulating data according to a local subsystem 
protocol. Yet another example is the encapsulation of data according to a local hardware 
protocol, used for the transmission of data between hardware components on a hardware 
board, or between hardware boards. 

In Fig. 3d, the bytes that are still not representing any information has been removed, 
yielding a resulting data packet 100 comprising more bytes than the received data packet 
100. Assuming that no operation that has resulted in changes of the length of the 
information stored in the intermediate packet 315 has been performed, other than the 
changes indicated in Fig. 3b, the amount of bytes to be removed is m-p at the header end of 
intermediate packet 315, and k-q at the tail end of the intermediate packet 315. 
Alternatively, some or all of the bytes in intermediate packet 315 that are empty could be 
kept as part of resulting data packet 100. The removal of the superfluous bytes of 
intermediate packet 315 could advantageously be performed after the packet Jias exited the 
pipeline 200. Alternatively, the removal could be performed at the end of the pipeline 200. 

Naturally, rather than using only some of the bytes in the dummy header 305 and the 
dummy tail 310, all bytes of dummy header 305 and dummy tail 310 could be used for the 
representation of information. There would then be no superfluous bytes to remove, and the 
resulting data packet 100 would be the same as the intermediate packet 3 15 that exits the 
last processing stage of pipeline 200. A scenario could also occur where bytes from only 
one of the dummy header 305 or the dummy tail 310 have been used for representing 
information when the intermediate packet 315 leaves the pipeline 200. In some instances, it 
may occur that none of the bytes in dummy header 305 or dummy tail 310 are used for 
representing information. The inventive method could advantageously be used also for a 
situation where the resulting data packet 100 contains less information than the received 
data packet 100. Obviously, any combination of adding/removing information at the 
header/tail end of the received data packet 100 can be performed by the inventive.method. 
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The decapsulation of a received data packet 100 according to an embodiment of the present 
invention is illustrated in Fig. 4. Fig. 4a shows a received data packet 100 comprising n 
bytes of information. Fig. 4b corresponds to Fig. 3b, where a dummy header 305 
containing m bytes and a dummy tail 3 1 0 comprising k bytes are added to the received data 
packet 100, resulting in an intermediate packet 315. Fig. 4c illustrates that the intermediate 
packet 315 has been operated upon by at least one of the logic units 210 of pipeline 200. 
Not all of the information contained in the received data packet 100 is still useful, and the 
amount of bytes representing empty information has increased compared to the 
intermediate packet 315 that was initially generated. In the example given in Fig. 4c, the 
length of the information contained in intermediate packet 315 has been reduced by r bytes 
at the header end of the intermediate packet 315, and by s bytes at the tail end. The values 
of the length value 325 and the offset value 330 have accordingly been changed into n-r-s 
and m+r, respectively. An example of an operation that would result in this scenario is the 
unpacking of a data packet 100 by a receiving node in a communications system, where 
header(s) and/or tail(s) comprising information that was relevant only at previous stages of 
the transmission session are removed. 

In Fig. 4d, the superfluous bytes of the intermediate packet 315 that exits the last 
processing stage 215 of pipeline 200 have been removed, resulting in a resulting data 
packet 100 comprising less bytes than received data packet 100. 

- ■ i- 

In an embodiment of the invention where all data packets 100 processed by a pipeline 200 
are decapsulated rather than encapsulated, so that the size of a received data packet 100 is 
always greater than the corresponding resulting data packet 100, the addition of bytes to the 
received data packet 100, illustrated by Figs. 3b and 4b, could be omitted. However, the 
information reference 320, also illustrated by Figs 3b and 4b, should preferably be 
generated even in such an embodiment. 

The step illustrated by Figs. 3b and 4b could advantageously be performed prior to the 
received data packet 100 entering the pipeline 200, while the step illustrated by Figs. 3d 
and 4d could advantageously be performed after the intermediate packet 3 1 5 has exited the 
pipeline 200. 
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The number of bytes added to a received data packet 100 in order to form an intermediate 
packet 3 15 can vary from time to time. Each data packet 100 to be processed by a pipeline 
200 could e.g. be associated with information about how many bytes should be added to 
the received data packet 100. 

A flowchart describing en embodiment of the inventive method is schematically illustrated 
in Fig. 5. In step 500, a data packet 100 to be processed in a pipeline 200 enters the 
pipeline receiver, which could e.g. be positioned before the registers 220a and 230a of Fig. 
2. In step 505, an intermediate packet 315 is created by increasing the size of received data 
packet 1 00 via adding to received data packet 1 00 additional bytes, either in form of a 
dummy header 305, a dummy tail 310, or both. In step 510, information reference 320 is 
created and associated with intermediate packet 315. Preferably, this information reference 
320 is part of the additional information 225. The information reference 320 could e.g. be 
realised by a length value 325 and an offset value 330, cf. Figs. 3 and 4. Length value 325 
and offset value 330 could preferably be stored in separate additional registers 230. In step 
515, the intermediate packet 315 and the additional information 225 enter the pipeline 200, 
so that at least part of intermediate packet 315 and the additional information 325 is 
available for at least one of the processing stages 205 of pipeline 200. In step 520, at least 
one processing stage of 205 processes at least part of intermediate packet 315. In step 525, 
it is checked whether any operation performed on intermediate packet 315 in step 525 
results in that information reference 320 should be changed. If so, step 530 is entered, 
where the information reference 320 is changed accordingly. Then step 535 is entered. If in 
step 525 it is found that no changes to the information reference 320 is necessary, then step 
535 is entered directly. In step 535 it is checked whether any further processing of 
intermediate packet 315 will take place, i.e. if there will be any parts of intermediate packet 
• 315 present in any of the processing stages 205 upon the next clock. If so, then step 520 is 
re-entered, so that for each clock tick upon which at least part of the intermediate packet 
315 is available for processing by at least one of the processing stages 205, the loop made 
up of step 520, 525, 535 and, where applicable, step 530, is run. If it is found in step 535 
that no more processing of intermediate packet 315 will take place in pipeline 200, then 
step 540 is entered, in which step it is checked whether any bytes should be removed from 
intermediate packet 315. This could preferably be performed by way of checking the value 
of information reference 320. If any bytes should be removed from intermediate packet 
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315, then step 545 is entered, in which superfluous bytes at the header end and/or the tail 
end of intermediate packet 315 is removed according to the value of information reference 
320. Step 550, where the data packet 100 exits the pipeline, is then entered. If in step 540 it 
is found that no superfluous bytes should be removed, then step 550 is entered directly. 

The flowchart of Fig. 5 could be altered in many ways without departing from the spirit of 
the invention. For example, step 540 in which it is checked whether any bytes should be 
removed from of intermediate packet 315 could be omitted, and step 545 entered directly 
after step 535. Alternatively, steps 540 and 545 could be omitted, data packet 100 exiting 
the pipeline in step 550 then including any superfluous bytes.. Furthermore, step 525 could 
e.g. be implemented so that the program executing on intermediate packet 315 in step 520 
also executes changes to the information reference 320, in conjunction with executing the 
changes of intermediate packet 315 giving rise to the need of changing the length value 325 
and offset value 330. Step 525 could then be omitted. Alternatively, a flag could be set in 
step 520, indicating whether or not the length and position of the information contained in 
intermediate packet 315 has been changed, and step 525 would then comprise checking the 
value of said flag. As discussed above in relation to Figs. 3 and 4, the step 505 could 
advantageously be omitted in embodiments of the invention in which all received data 
packets 1 00 will be decapsulated by pipeline 200. 

Depending of the size of a received data packet 100 and the bandwidth of pipeline 200, the 
received data packet 100 may have to be divided into two or more data blocks 215. The 
size of a data block 215 is a question of implementation, and any size of data block 21 5 
could be used. In one embodiment of the application, given by way of example, the size of 
a data block 215 is 64 bytes. A received data packet 100 containing 150 bytes of 
information would in this embodiment be divided into at least 3 blocks of 64 bytes each, 
making up an intermediate packet 3 1 5. In the case of 1 50 bytes being divided upon 3 data 
blocks of 64 bytes each, the intermediate packet 315 contains 192 bytes, of which 42 bytes 
can be distributed amongst a dummy header 305 and/or a dummy tail 310. If more extra 
bytes are desired, additional, empty, blocks could optionally be added to the intermediate 
packet 315, yielding a larger dummy header 305 and/or dummy tail 310. Alternatively, 
additional bytes can be added to received data packet 100, in order to form an intermediate 
packet 315, before the intermediate packet 315 is divided into data blocks 215. 
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When ah intermediate packet 3 15 is divided into data blocks 2 1 5 and each data block 2 1 5 
is operated upon separately by the processing stages 205 of pipeline 200, only one 
information reference 320 should preferably be associated with the group of data blocks 
215 representing the intermediate packet 315. When an intermediate packet 315 enters a 

5 pipeline 200, the information reference 320 should preferably enter the pipeline together 
with the data block 215 that enters the pipeline 200 first {cf. additional information 225 
accompanying data block 215 in Fig. 2). As other data blocks 215 enter the pipeline 200, 
operations that give rise to the necessity of altering the information reference 320 may be 
performed on any data block 215 of intermediate packet 315 present in any of the 

1 0 processing stages 205 of pipeline 200. Hence, the information reference 320 should 

advantageously be available to the logic unit 210 of the processing stage 205 in which such 
operations are performed, at the time of the operations being performed, in order to provide 
for the possibility of keeping the information reference 320 up to date at all times. 

1 5 Figs. 6a-d illustrate the flow of an intermediate packet 3 1 5 A through a pipeline 200 

according to an embodiment of the invention. The intermediate packet 3 1 5 A is divided into 
two data blocks 215, referred to as data blocks 215 AO and 21 5 Al, and accompanied by 
information reference 320 A Intermediate packet 3 15A may comprise a dummy header 
305 and/or a dummy tail 310. Additional information 225 other than information reference 

20 320 may accompany intermediate packet 3 1 5 A, or each individual data block 21 5 A0-A1 , 
but to simplify the description, this other additional information 225 is not illustrated in 
Fig. 6. 

The pipeline 200 of Figs. 6a-d consists of three processing stages 205a-c, each comprising 
25 a logic unit 210, referred to as logic unit 210a-c, respectively. It should be understood that 
pipeline 200 may comprise any number of processing stages 205. To a logic unit 210a-c, 
one or more operations for operating on data blocks 215 are available, as is illustrated by 
each logic unit 210 in the Figs. 6a-d containing a sequence 600a-c of a flow diagram. To 
simplify the description, only one operation is available to each logic unit 210 of Fig. 6, 
30 although it should be understood that more complicated structures of operations may be 
implemented. 
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As time flows, each data block 21 5" proceeds through the pipeline 200, so that each data 
block 215 is available for processing in each logic unit 210 during a period of time 
corresponding to the time that passes between two consecutive' clock ticks. Each processing 
stage 205 of Fig. 6 comprises a data block register 220 and an additional register 230. 
During the time when a certain data block 215 is available to a certain logic unit 210, logic 
unit 210 may or may not operate on the data block 215. If the logic unit 210 operates on 
data block 215, the additional information 225, such as information reference 320, 
associated with the intermediate packet 315 which data block 215 is a part of, should 
preferably be available for processing by the logic unit 215. 

Figs. 6a-d each illustrate a separate period of time, each period of time corresponding to the 
time interval that passes between two consecutive clock tick ticks. Fig. 6a illustrates a first 
clock tick in which the first data block 215 AO of intermediate packet 315A has entered the 
first processing stage 205a of pipeline 200. Information reference 320A has also entered 
processing stage 205a, and data block 215 AO and information reference 320A are stored in 
data block register 220a and additional register 230a, respectively. As illustrated by the 
bold line around sequence 600a, logic unit 205a operates on data block 215 AO during this 
clock tick. If the length of the information contained in intermediate packet 315, or the 
position of said information, are affected by the operation performed on data block 21 5 AO, 
then logic unit 210a operates on information reference 320A in order for information 
reference 320A to reflect these changes. 

In Fig. 6b, a second clock tick is illustrated, in which data block 215 AO and information 
reference 320A have been forwarded to processing stage 21 0b. Data block 21 5 Al has 
entered processing stage 210a. Since data block 215 A2 is not accompanied by any 
information reference 320 at this point in time, additional register 230a is empty (or 
contains non-useful information). Logic unit 210b operates on data block 215 AO, as is 
indicated by the bold line around sequence 600b. Logic unit 210a, on the other hand, does 
not operate on data block 215 Al. By the operation performed on data block 215 AO by 
logic unit 210b, it is determined whether information reference 320A should be moved 
forward to additional register 230c during the next clock tick. As is illustrated by the 
"false" way out of sequence 600b being bold, it is determined that information reference 
320 A should not be moved forward, but it should rather slide backwards within the set of 
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data blocks 215 making up intermediate packet 315. This indicates that during the next 
clock tick, data block 215 Al will be operated upon, rather than data block 215 AO. 

In accordance with the operation illustrated in Fig. 6b, Fig. 6c, illustrating a third clock 
tick, shows a situation where data blocks 215 AO and 215 Al are each moved forward to 
the next processing stages 205c and 205b, respectively, while information reference 320A 
remains in additional register 230b. Data block 215 A2 has entered processing stage 205a. 
During the clock tick illustrated by Fig. 6c, logic unit 210b operates on data block 215 Al 
in order to determine whether information reference 320b should move forward to 
processing stage 205c during the next clock tick. As is illustrated in the figure (the "t" of 
sequence 600b being bold), the result of the operation is that information reference 320b 
should be moved forward to processing stage 205c during next clock tick. 

In Fig. 6d, a fourth clock tick is illustrated, in which data block 215 AO has left pipeline 
200, and data block 215 Al and information reference 320A are stored in data block 
register 220c and additional register 230c, respectively. As is indicated by the bold line 
around sequence 600c, logic unit 210c performs an operation on data block 215 Al during 
this clock tick. Should the operation performed on data block 215 Al by logic unit 210c 
have altered the length or the position of the information contained in intermediate packet 
315, then the information reference 320A is altered accordingly. 

The process of sliding the information reference 320 backwards within the set of data 
blocks 215 that make up intermediate packet 315 is very efficient for providing the 
information reference 320 to a processing stage 205 that is positioned closer to the input of 
pipeline 200 than the processing stage 205 that last processed the additional information 
320. However, in some cases, it might be necessary to slide the information reference 320 
forwards within the set of data blocks 2.15, so that the information reference 320 can be 
operated upon by a processing stage 205 which is further away from the input of pipeline 
200 than the processing stage 205 that last operated upon information reference 320. One 
way of sliding the information reference 320 forwards is to have synchronisation buffers at 
different points in pipeline 200. To slide the information reference 320 forwards can e.g. be 
interesting when the intermediate packet 315 exits pipeline 200, in order to allow for the 
first byte of intermediate packet 315 to be accompanied by the information reference 320. 
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A synchronisation buffer could then be positioned after the last processing stage 205 of 
pipeline 200. 

The process of sliding additional information 225 backwards and forwards in the set of 
data blocks 215 forming an intermediate packet 315 is further described in the International 
patent application PCT/SE01/01 133, filed by the applicant and hereby incorporated by 
reference. 

As an alternative to implementing information reference 320 as part of additional 
information 225, information reference 320 could be stored in a separate memory available 
to all processing stages 205. 

In Fig. 7, an example of a processing means 700 adapted to process data packets according 
to the inventive method is shown. Processing means 700 of Fig. 7 comprises a receiver 
705, a pipeline 200 and a transmitter 710. The input of receiver 705 is connected to 
incoming line 707, and the output of receiver 705 is connected to pipeline 200. The 
pipeline 200 comprises a number of processing stages 205, cf. Fig. 2 and 6, and is further 
connected to the input of transmitter 710, the transmitter 710 being further connected, on 
its output side, to outgoing line 712. The incoming line 707, the pipeline 200 and the 
outgoing line 7 12 may each have different effective bandwidths, i.e. the speed at which 
data may be transmitted may differ between mcorning line 707, pipeline 200 and outgoing 
line 712. The effective bandwidth of inventive pipeline 200 is greater than or equal to the 
• effective bandwidths of mcorning fine 707 and outgoing line 712. 

The receiver 705 is adapted to receive data packets 100 that are to be processed in pipeline 
200. Receiver 705 comprises means 715 for adding bits to received data packets 100. Thus, 
intermediate packets 315 are generated in receiver 705. The means 715 for adding bits 
could e.g. comprise a receiver buffer 720 in which the bits of data packet 100 are stored 
upon reception, and a receiver shifter 725, to which the bits are forwarded from the 
receiver buffer 720. Receiver buffer 720, which is preferably a FIFO (First In First Out) 
buffer, provides for the transition between the effective bandwidth of incoming line 707 
and the effective bandwidth of pipeline 200. In receiver shifter 725, the bits are shifted 
according to how many dummy bits are desired in the dummy header 305 and the dummy 
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tail 310 of intermediate packet 315, and the desired amount of additional bits are added. 
Preferably, receiver shifter 725 could be a barrel shifter in which the shift performed by 
receiver shifter 725 can be varied. Alternatively, receiver shifter 725 could be a static 
shifter. 

The transmitter 7 10 is adapted to transmit resulting data packets 100. Preferably, 
transmitter 710 comprises means 730 for removing bits from intermediate packets 315. The 
means 730 for removing bits could e.g. comprise a transmitter shifter 735 and a transmitter 
buffer 740. In transceiver shifter 725, the bits are shifted according to how many dummy 
bits should be removed in the dummy header 305 and the dummy tail 310 of intermediate 
packet 315, and the superfluous bits are removed. Transmitter shifter 735 could 
advantageously be a barrel shifter, which could use the information of information 
reference 320 as input. Alternatively, transmitter shifter 735 could be a static shifter. 
Transmitter buffer 740, which preferably could be a FIFO buffer, provides for the transition 
between the effective bandwidth of pipeline 200 and the effective bandwidth of outgoing 
line 712. 

In an embodiment of the inventive processing means that is to be used in an environment 
where the effective bandwidth of the pipeline 200 corresponds to the effective bandwidth 
of incoming line 707 plus the flow of additional bits added by means 715 for adding bits, 
then receiver buffer 720 could be omitted from processing means 700. Similarly, if the 
effective bandwidth of outgoing line 712 corresponds to the effective bandwidth of 
pipeline 200 minus the flow of the bits that are removed means 730 for removing bits, then 
the transmitter buffer 740 could be omitted. 

When dimensioning the receiver buffer 720, the relation between the effective bandwidths 
of incoming line 707 and pipeline 200 should be considered. The expected flow of data 
packets 100 on incoming line 707 could also be taken into account, as well as the expected 
size of the data packets 100. In an embodiment of the invention in which the amount of bits 
added by means 7 1 5 for adding bits can be varied on a data packet basis, the receiver buffer 
720 could cater for storage of data packets 100 that demand an addition of bits, which, if a 
continuous stream of data packets 100 demanding the addition of that same amount of bits, 
would correspond to a higher effective bandwidth than the effective bandwidth of pipeline 
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200, provided that the average amount of bits added to incoming data packets 100 does not 
yield a data flow that exceeds the effective bandwidth of pipeline 200. In a similar manner, 
when dimensioning the transmitter buffer 745, the relation between the effective 
bandwidths of pipeline 200 and outgoing line 712 should be accounted for. 

5 • - 

The processing means 700 could be implemented as an integrated circuit (i.e. as an ASIC), 
as part of an integrated circuit, or as many integrated circuits connected to each other. 

The present invention could advantageously be implemented in any node in a data 
10 communication system, in which node data packets are processed so that the length or 

position of information contained in data packets are altered. Examples of such nodes are 
routers and telecommunication switches for packet data. A processing means 700 could 
then be part of a computer unit, such as a network computer unit or a signal processing 
computer unit. 
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One skilled in the art will appreciate that the present invention is not limited to the 
embodiments disclosed in the accompanying drawings and the foregoing detailed 
description, which are presented for purposes of illustration only, but it can be 
implemented in a number of different ways, and it is defined by the following claims. 



